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AESgRACT 


Ihere are several models for concurrent processes. However, 
none of the ones we have seen, attempt to formally characterize the 
notion of concurrency. In this thesis, we attempt to construct a 
simple model f)r concurrent processes with a formal definition. One 
method of definition is in the fjim of reduction: given a collection 
of concurrent processes described in our model, we algorithmically 
reduce this collection to a single sequential process. In the reduc- 
tion performed, ell forms of interaction needed between concurrent 
processes arre converted to simple actions on a global state. Several 
traditional and recent problems are programed in our model to show 
its general ^ plica Tility. 
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CHAPTEE I 


INTRODUCTION 


MOTIVATION ; 

In the short histoiy of studies in "concurrent Computations", 
the landmarks (from the viewpoint of programming language features) 
have been; 

1. Semaphores [ DIJK 68] 

2. Conditional Critical Regions [HOAR 72] , [HANS 72] 

3. Monitors [HOAR 7+] 

4. Path Expressions [OAMP 74] 

5. Communicating Sequential Processes [HOAR 78a] , [HOAR 78b] 

6. Distributed Processes [haHS 78] 

7. Eventcounts [REED 79 ] . 

The underlying assumptions have never been clearly stated. 
Attempts to design implementations for these features have led to 
urgjleasent discoveries, hidden under the seeming simplicity purported 
try the feature. 

One of the constant reminders regarding the dangers of 
absorbing concurrency as a standard feature of programming languages ^ 
is the lack of acceptance of the experimental languages even in 
universities.. There seems to be sufficient disagreement with regard to 
the nature of primitives and abstraction for concurrent computations 
for attempting, to scale the problem once again, 
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An initial motivation for the model of concurrency that We 
have developed here is the success of asynchronous hardware systems 
that operate with a reliability yet to be realised in Operating Systems. 
iChe loosely coupled hardware systaas communicate with each other on well 
defined busses} they do so only when the respective subsystems are in 
a well defined state. An existing model that emulates this structure 
is Hjare's Communicating Sequential Processes JHOAE 78], 

Our attempt is built around the difficulties we experienced 
wi-tti Heare’s iSlciel and tries to follow, more closely, the hardware 
designer’s view, in doing so we try to be explicit and formal in our 
assumptions and definitions, 

Ihe model suggeste^ is -that of a Finite State Automaton (nqt 
veiy "far" firom Regular Grammars [STORI 80] ) whose transitions repre- 
sent the lifetime of a concurrent process. The only peculiarity with 
this automaton is that it communicates , and hence the name "Communicating 
Automaton" (OA in short). There is a simplicity in depicting a process 
as a. Finite State Automaton and also some of the properties applicaHe 
from Finite Automata Theory may be useful in proving properties of 
programs modelled in this fashion, 

STHCCTUBE OF THE THESIS ; 

In the next ch^ter, we formally define a Communicating 
Automaton in a mamer analogous to Finite State Automaton, The meani n g 
o f Communication is carefully ejcplained. Chapter III cgotains some 
tra^tipnsl exa^les of concurrent programs (includSng a tough one) 
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to illustrate the capabilities of our model. We hope that the intui- 
tion regarding the nature of communication is clarified through these 
exasples. In Chapter IV, vie formalize our intuition about the "meaning" 
of communication by an algorithmic description of converting a collection 
of CA's to a single Finite Automaton in which no communication is 
needed, This construction amounts to a description of all the possi- 
bilities of simulating a collection of processes on a single processor. 
The thesis ends in a consolidation of the results attained and some 
speculation regarding fiiture developments , 



CHAPa?ER II 


DSPINITION OP A COmOTICATING AUTOMATON 


This chapter gives a definition of the finite State Automaton 
model for a concurrent process. The intention is to describe a con- 
current activity as a collection of finite state automata that eommuni- 
cate with each other. In the examples it is assvtmed that a PASCAL 
like language is imbedded in this model . 

2.'l lEPINITION t 

A Communicating Automaton (CA in short) is like any other 
Piiaite State Automaton except for the fact that it has a power of 
communication through its specially defined Input Alphabet. It is 
defined as a tuple <3, I, P, J , 6 > where 

S = set of states of CA; 

I = the initial state of CA : I e S; 

P = set of final states of CA : PS S; 

= input alphabet 

S = state transition function. It is a mapping which on an 
input symbol, transits from one state to another. 

The set of states S can be partitioned into two sets and S^ such that 

S = S. U S and S . H S = 4) where 

1 C X c 

S^ = set of '’internal" states of CA. Pictorially repre- 
sented as . 
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= set of ''coimi'unicating'' states of CA represented 



She above partition is prompted from the following 
observation: 

Consider the memoiy system for core memories. It is com- 
posed of a read cycle followed immediately by a write cycle. When 
the read cycle is over, the memory is in some well defined state 
that is internal to it. This state is not accessible for the purposes 
of any concurrent operation. After the write cycle is over, memory 
is once again in a communicating state. 

Similarly the Input Alphabet can be partitioned into an 
Internal Alphabet ^ and a Communicating Alphabet such that 

I = U and A = ^ . 

\ , the Input Alphabet, consists of a set of pairs of the 
type "P } S”, The first element ”P" of the pair is a guard and the 
second element ’’S'* is an action. A distinction has to be made here 
between and 

constitutes an "internal” alphabet that pertains to 
processing that is internal to the CA. The guards of this subset of 
are drawn from boolean expressions e.g. a>’0, ay^b, c'<2 etc. The 
action parts are (a sequence of) assignment statements. 

I is the "communicating" alphabet, thmu^ Which a collection 
o 

of CA*s Interact. The guards of elements of are either input 
gdards or output guasds represented as "Pf" and "Ql" resp eetiwely j 
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where 'P' and ‘Q’ are names of communication channels through which 
interaction takes place. The exact nature of a communication transac- 
tion is given in section 2.2 of this chapter. , 

The action part of elements of are; ' ?v’ representing 
input transaction to result in a new value to be associated with the 
variable ’v' and ■ IE' representing an output of the value of 
expression 'E' respectively. 

If no input or output of values is required in the action 

part of a pair of parentheses *( )' is used for sake of notation 

c 

e.g. ".( )', '?( )'. 

Also included in the action part of the Internal Alphabet, 
is a null^ command denoted as 'skip' . A null command has no effect 
and it never fails. Symbol 'T* denotes a boolean expression which is 
always 'true* . 

2,2 COBHESPOMDENCB ; 

Input and Output guaids specify conmiunication between two 
concurrently operating CA's. Communication occurs between the CA's 
whenever; 

An input guard 'P?' in one CA specifies the same coinmunication 
channel name 'P' as the output guard 'PI' in another CA. 

In parallel with communication, input and output of values 
can also take place by specifying an input or an output command in the 
action part of the Communicating Alphabet. 
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On input of a certain condition which is tjrue of variables 
in the state, the CA transits to its next state, performing an assign- 
ment statement as a primitive action. Hence 6 is defined as 

& ’ ^ \ S 

: X S 

examples : 

3(S^, a>0:a:=a-l) =^ 2 '^ 

S(Sj_, P?;lv) = S-i 

Pictorially a transition will be represented as: 



where S^, S, a:s (g ^ 

a = (input guard) | (output guard) ) (boolean condition) 
a = (input command) ] (output command)! (primitive action) 

examples} 

© 

© 

There could be mre than one transition emanating from a 
given state. If the status of variables and guards of the OA is 
such that a set of transitions are feasible at a particular instant 
of time from a particular state, one of the transitions is non- 
determLnisticaHy selected and others have no effect; but the choice 
between thfem is arbitrary. In an efficient implementation, an output 


c > 0 j cj=c-1 




P?l(x+y) 



^(S2 
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guard whidi has been ready fcr a long tiine should be favoured; but 
the definition of a model cannot specify this, since the relative 
speed of execution of tho CA’s is undefined. 

There is an inherent non-deteimnism built into the model 
but this is in no v/ay like non-determinism of a traditional finite 
state automaton. In fact this kind of ixin-determinism is more like 
Dijkstra’ s [DIJK 75]. In short fair play is assumed. But it is 
still the programmer's responsibility to prove that his program 
terminates correctly, without relying on the assumption of fairness 
in implementation. 

Two transitions,"??: iE' and '?i:?v' are said to correspond 

whenever: 

1. The input guard '??' , in the transition of a CA, spe#t:j.- 
fies the same signal name '?' as in the output guard 
'?'.' of a transition in another concurrent CA. 

2. Action symbol of one of the transitions is an input command 
and that of the other is an output command. 

3. The action symbols corresponding to the input and output 
commands have compatible type definitions. 

Obviously 'correspondence' has a meaning only if two CA's are in 
communicating states. 

example ; 

two transitions '??:'.£' and '?i?v' correspond if and only if the 
types of expression ,'B' ah's, variable 'v', are compatible. 
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Transitions that correspond are executed simultaneously and 
the combined effect is to copy the value of expression in the output 
command, into the variablo in the input command and simultsineously 
transit to the respective next states. There is no automatic buffering. 

In general an input or output transition is delayed \mtil the other CA 
is ready with a corresponding input or output. 

The communication between two CA's is from point to point. 

It is like communication on a bidirectional bus. Every transition between 
tv/o devices on the bus has a direction which is specified by a 'master- 
slave' relationship. 

Once a line is set up between a master and slave, a certain 
transaction is to be performed. This transaction is an exchange of 
information between a master and a slave. The direction of this 
exchange is to be specified. The CA which is in a state having a 
transition with an output guard is the 'master' e.g. 'PI' . And the 
one having a transition with an input guard is the 'slave' of the 
transaction e.g. 'P?' . 

Hence 'P?:'.v' specifies an output with respect to slave whei-eas 
'P',?v' specifies an input with respect to master. 

A set of concurrent CA's start executing simultaneously. 

Each CA, amongst this sot, starts in a special 'initial' state 
(internal to OA) and continues to transit from state to state, 
performing communication whenever required. All the CA's come to 
a halt at the (earliest) first instance when all are in their respective 
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’final' states. The relative speeds with which the CA's are executing 
is arbitrary, Ihe final state in this model is marked with a in 
it. 

example: ^ final state. 

CA's that simulate processes which go on infinitely, like 
the Operating System, will not have any final state. 



CHAPTER III 


EXAlffLES 


This chapter illustrates the use of a Commurilcating Automaton 
as a model for a concurrent process. Sample solutions of a variety of 
familiar programming exercises have been described. The simplicity of 
the solutions and the ease of representation is clearly depicted by thfe 
following probloas and their solutions. 

examples} Process Communication } 

3.1 BCfUHIED HJgPER } 

Problem ; Construct a buffering process to smoolh variations in the 
speed of output of portions by a producer process and input by a 
consumer process. The buffer size 'n' is finite. 

Solution } Refer to Pig. 3.1. 

Discussion } There are three pro cess es\described as three CA’s in 
Pig. 3.1. The BOUMDEDBCPEER keeps transiting from state to state, 
accepting a portion from a producer by means of put (put?), and 
giving a poirtion to a consumer by means of a get (get?). In either- 
case, the exchange of a portion takes place only when the corresponding 
process PRODUCER and COHSDIIBR are ready with either a put (putl) or a 
get (getl) respectively, PBQIUCER and CONSUMER are two cycling CA’s, 
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tho former procSucet. and the latter consumes; and both continue to do 
so till an internal boolean variable 'no more' is made true throu^ 
some internal means. When such a condition is true, the PRODOGBR 
or the COHSDMER or both transit to their respective final states. 

Initially the buffer is empty and so only a producer can 
use it. At some point in time, the buffer is full and so only a 
consumer can make use of it. These constraints give us an idea of 
three states of the BOUNIEDBUPEBR viz. buffer empty 'BE', buffer full 
'BI" and a third state where neither of the above is true 'MERE’ (not 
empty not full). Thus we get, after including the internal transi- 
tions, the 6 -transition mapping for the BOUMDEDHIEEBR process 
(hence a solution), xisir^ these 5 states as the only communicating 
states ■ 

All the communicating states of the BOUMIEDBOEEER are also 
final states, to er^ure proper termination of this collection of the 
three CA's, whenever both PROniCER and COMSUMER transit to their 
respective final states. 

Also there is a possibility of a deadlock whenever either 
of tho following conditions is true. 

(i) BOUNIiBDBUPEER is in the 'EE' state and there are no producers 
and Still some consumers want to consume. 

(ii) BOUKDEDBaPlBR is in the 'BE' state and there are no consumers 
and still some producers want to produce. 



3.2 SEl/tAPHOBE; 


Problms to ijoplement an integer seraaphore, shared among an array 
USER (i;l..n) of client processes. Each process may incremoat the 
senaphoro by moans of a 'V, }i( or docroment it by means of 
a 'Pl!l( )*; but the latter command must bo delayed if the value 
of the semaphore is not positive. 

Solution : Refer to Pig. 3.2. 

Discussion ; The CA corresponding to SEMAPHORE has two communicating 
states *R' (receive) and 'SR' (send and receive). 'R' responds only to 
the signal 'V* and 'SR' responds to both the signals 'V oand 'P' . 

Both those states are also final states to ensure correct termination 
of this collection of CA's whenever all the client processes enter thej 
respective final states 'PIN'. 

Remarks ; This elegant and clear implementation of a general semaphore 
using our model, depicts that this model is (at least) as powerful as 
the ones cited in Chapter I; and hence sufficient to describe and 
solve problems in concurrent computation. 

3.3 ALARM CLOCK i 

Problan ; An alarm clock process enables user processes to wait for 
different time intervals . The alarm clock rocoivos a signal from a 
timer process after each time unit. The user process should be woken 
up after the spKscified time interval. This problem is duo to Per 
Brinch Hansen [HAlSfS 78] . 
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Solution ; Eofor to Pig. 3.5. 

‘ problGQSof representing a clock with a finite integer 

are ignored in this solution. All the final states are mrked with 
a to ensure correct ternination criteria. 

Noj^j The last tv/o oxariples illustrate the use of this no del in 
solving problens involving process connunl cation and synchronization 
in ccncurrcnt progranning . 

^xaaplos i Eesourco Scheduiinir ; 

5.4 BBABBHS ;jn) WBITERS ; 

Problon ; Two kinds of processes, called readers and' writers, share 
a single resource. The readers can use the resource simltaneously, 
but oach writer nust have exclusive access to it. Also further reader 
requests should bo dolled as long as some writers are either waiting 
for or are using, the resource. 

Solution ; Eofer to Pi.g. 3,4. 

Discussion ; "El/SHED" (Eead write scheduler) is a *CA that simulates 
the resource. Initially there are no read or write requests, shown 
as the state 'NRIWE' (no reader no writer). A reader's or a writer's 
request can bo entertained. As long as there are no. write requests, 
further reader requests can be entertained (depicted as 'BEWB' , readers 
but no writers). When there arc no readers, one writer is given the go 
ahead to uso the resource, which leads to yet another state 'I3SWE' 

(no reader but a writer). And once a writer has got hold of the 



resource, no reader requests will "be entertained till all the writers 
have finished using the resource ('V/' writers only). USr;'? these 
states and another cormiuni eating state where writers are entertained 

'EWR', we get the conpletc dosciiption of 'EF/SEED' as a CA. All the 

1 

conmunicating states of this CA o.re also final states to ensure proper 
temination. 

EEADEE and TOITER are cyclic processes \7hich keep asking 
for the utilization of the EESOURCE. The action 'process' indicates 
the processing required on what has been read and the action 'generate' 
indicates the necessary processing required to generate a write coonand, 
T4ie connunication channel nsmes 'sread', 'swrite', 'fread', 'fwrite' 
and 'ws' stand for start read, start write, finish read, finish write 
and Wait for signal respectively* Both the states 'NOEEAD' and 
'EOWEITE* are final statesof the EEAIEE and Y/EITEE processes respectively. 

3.5 OE -THE -ELY GilEBA&E COIIECTIOE ; 

Problem ; To develop a technique which allows nearly all of the activity 
needed for garbage detection and collection to be performed by an 
additional processor operating concurrently with the pro cess devoted 
to the computation proper. 

Eemaites ; This problem has been solved by Dijkstra. et al [hlJK 78 J . and 
(Jries [GrEIE 77 ] . In their solutions, the problons of termination 

and deadlock have been ignored. What happens if the free list is empty 
and we still need some free memoiy for computation proper? When does 
the garbage collector terminate? The solution giwen below atten)ts 
to tackle these two problems. 
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Abstraction of ths problen as in [BIJIC 78] . 

In an abstract fom of the problem, wo consider a directed 
graph of Tarying structure but with a fixed number of nodes, in virhich 
each node has at most two outgoing edges. More preciselj'’, each node 
may have a left-hand outgoing edge and may have a right-hand outgoing 
edge, but either of then or both may be missing. In this graph a 
fixed set of nodes exist, called, 'the roots'. A node is called 
'reachable' if it is reachable from at least one root via a directed 
path along the edges. The subgr^ h consisting of all reachable nodes 
and their interconnections is caied 'the data structure'; non-reachable 
nodes i.e. nodes that do not belong to the data structure are called 
•garbage nodes'. The data structure can be modified by actions of 
the following types t 

(1) Redirecting an outgoing edge of a reachable node towards an 
already reachable one. 

(2) Redirecting an outgoing edge of a reachable node towards a 
not yet reachable one without outgoing edges, 

(3) Adding - where an outgoing edge was misSng an edge pointing 
from a reachable node towards an already reachable one. 

(4) Adding - where an outgoing edge was missing an odge pointing 
from a reachable node towards a not yet reachable one without 
outgoing edges. 

(5) Removing an outgoing edge of a reachable node. 

In actions (1), (2) and (5) nodes may be discoaanected from the data 



structure and thus become garbage, Jn actions (2) and (4) a garbage node 
is ’recycled' i,e, made reachable again. 

Solution ; Coarse Q-rained ; 

Refer to Pig, 3.5. 

Conceptually the memory can be thou^t of as a concurrent 
process called 'STORE', the process of ac<luiring nodes for the data 
structure as 'MUTATOR' and the collection of garbage nodes as 'COHiECTOR' . 

The MTATOR generates the following signals: 

Ml : redirect an outgoing edge of a reachable node towards an 

already reachable one, 

M2 ; 'Shade' the new target, redirect the outgoing edge of a 

reachable node to one that is not reachabLe i.e. freelist, 
and finally update tho freelist. 

B ; whenever the MUTATOR process comes to an end, thus forcing 

termination of the COUiECTOR. 

'Shading a node' means making it gray if it is ’.7hite, and 
leaving it uncharged if it is gray or black. 

The COLLECTOR implements the 'marking phase' and the collection 
phase. Marking will be described in terms of colors. We start with all 
nodes white, and v^ill design the algorithm so that the combined activity 
of the collector's marking phase and the mutator will make all reachable 
nodes black; All nodes that are still white after the marking phase 
will thus be garbage. 



Following predictos should be invariant: 


PI : 'during the marking phase no node will become lij^ter' . 

P2 } 'no edge points from a black node to a white one'. 

In order to make P 2 true, an additional, intermediate color 
'gray’ is introduced, to avoid the possibility of introducing an edge 
from a black node to a white one. The lUTATOE makes use of this color 
while intibducing a new node in the data structure. 

The COLLECTOR generates the following signals; 

CO ; shade all roots . 

Cl ; Shade successors of node and blacken the node 

C2 ; request to return color of a node 

03 : actual communication of the color of a node. 

C4 : appends a node to the free list. 

C5 ! makes color of a node white. 

C6 : signals a deadlock to the STORE pancess due to a possibility 

of the total number of nodes available being less than what 
is actually required. 

The termination criterion is met by defining the signals E 
and 06 and also Introducing certain final states in the 3 OA's as 
shown in Pig. 3.5. 

Solution i Pino grained; 

Since the problem is complex, a fine grained solution 
in terms of a CA is not convenient for presentation. So wo adopted a 



Regular Graxiriiar nota'^'.on to solve the problem. This also illustrates 
the fact that probloas in concurrenb computation are related to 
Regular Grannars. Certain declarations hare been made sake of 
completion. ®^on— terminals marked with a are repres aatations of final 
states. A number of proceduies have been just named; they could be 
inplcmentod in a finer detail. The meaning of these procedures is 
self explanatory. 

Declarations ; 

Color = (w,g,b) (* white, gray, black *) 

Cell : array ro..Ml of record 

l,''r: O..M| (--^left and right links*} 

c: Color; 
v: item 
end; 

root, free, nil, s, d, ss, sir : 0..M; 

Ir ; (l,r); 
flag; boolean; 

STORE ;; 

IRIT ;;= nil ;= 0; free := 2; root ;= 1; 
for s ;= 0 to 1 do 

begin coll [s] .1 ;= 0; cell [s ] .r ;i= 0 
cell fs] .c w 

end; 

for s }= 2 to M do 
begin cell [ sj .1 := (i+O 
coll [si .r ;= 0; 
cell [s'] .c := w 

end; 

READT*. 

RBADy*'’;:= Ml? t ? (s? 5 redirect (s, Ir, d) : EE/DY* 

1M2? : ? (s, Ir); AliOC . 

ICO? ; ? ( ); shade-roots; READY* 

1 Cl? : ? S| shadesuccessorsandblacken (s); EEADn 

|C2? ; ? s; SEND , , ^ 

I C4? : ? s; append (s); READY* 
lC5’ ; ? s; whiten (s); READY* 
j ee? ; ? ( ) I READY* 



SEHD ::= 03? : I cull [ s ] .c| EElDY* 

ALLOC :;= shade (cell [s] .Ir); 

redirect (s, Ir, free); free := cell [free] .1 ; 
cell [cell [s] .ir] .1 := 0; EOITE 
E0UaiE;:= free = 0 : EIE,! jfrec A 0 ; HEADY* 

KfLL*::= Ml? : ? (s,lr,d); redirect (s,lr,d)| FOIL* 

I M2? ; ? (ss, sir); LOCK 

I CO? : ? ( ); shaderoots; POLL* 

j 01? : ? s; shadcsuccGssorsandbladken. (s); PULL* 

I C2? : ? s; 03? : I cell [s 1 .c; PULL* 

jG4? : ? s; append (s) ; BEADY* 

I C5? ; ? s; whiten, (s) ; PULL* 

jC6? ; ? ( ); PULL* 

LOCK CO? : ? ( ); shaderoots; LOCK 

jCI? ; ? s; shadesuccessorsandblacken (s); LOCK 
I C2? : ? s; C3l ; ? cell.[s] .c; LOCK 

lC4? : ? s; append (s) ; s := ss; Ir := sir; ALLOC 

I C5? : ? s; whiten (s); LOCK 

|C6? : ? ( ); EEEOR* 

ERROR* 

MUTAiTQR :: 

CYCLE ;;=M1 I : I (s,l,d}; PROCESS 
|M1 L : I (s,r,d); PROCESS 
j M2 i ; (8, l); PROCESS 

|M2 I : '1 (s, r); PROCESS 
j E I ; PIF* 

PROCESS s != OoEipute; CYCLE 
PIN*. 

GOLLEOPOR 

START s ;= 00 : I ( ) ; EBGIEMARK j B? : ? ( ) ; PIN* 

BB&INMAEIK :!= flag := false; MARK 
MARK S!= s' := 0; k ;= M; REPORT 
REPORT !*.= not flag ; C6 I ; ; MARILOOP 

jflag : flag := false; MABECLOOP 
MARKLOCO? :j= k>0 : MPROCESS |k = 0 : APPEND 
MPBOGESS ; ;= E? : ?( ) ; EDI* | C2 : I s ; MOETC 
MGETC S}= 03 t : ? c; MCHECK |E.? : ? ( ); PIN* 

MCHSCK sj= c = gray: k := M; DOC Jc 4 gi’ay ' ^ ‘= k-1; ilHEXT 

DOC :s= Cl I ; I s; MNEXT |e? : ?( ); PIN* 

•MNIKT T ; s := (s+l) mod M; MAEKLOOP 
APIWD T : s := 0; APPIULLOCP 
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CHAPTER IV 


EEDaCTION OP COMJUNIGATIHG AUTOMATA ! 

In this chapter an atterrpt has been nade at formally describing 
the semantics of a collection of concurrent processes or GA*s. Consider 
a aysteiA, j 

I 

PAR = { CAi I iGAg I I ... II CA^} I 

which is a set of CA's, all executing in parallel. The aim is to j 

clearly bring out the meaning of this parallel composition PAR. 

A traditional method of defining the meaning of composite 
action has been to define a universal fi;inction APPLY that takes 
as its arguments , composite actions and their respective initial states 
and actually elaborates the computational process as a sequence of 
prlMtive constituent actions. This is a mechanistic definition 
[MCeSA 60], 

A recent approach, due to Backus [BACK 78] has an algebraic 
flavour: !Pwo (composite) actions aie considered equivalent if we can 
reduce one action to another through a process of algebraic simplifi- 
cation end suletitution. Taking a cue from Backus' work, a transforma' 
tion of a collection of OA*s is algorithmically defined to bo a single 
OA that, has = i{» and = (f> , i.e. it is a simple Finite State 
Automaton that does not coimounicate. The effect of this transformatio: 
is to port3Day ■&© simulation of these CA's on a 'single processor' . 
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Each CA, CA^j is executing on its own, modifying its state by 
means of actions or operations in the action part of its input 
alphabet. The state of the simulating construction 'Inteipreter 
Communicating Automaton’ (iCA in short) is a cartesian product of 
the individual states of the CA’s,CAj_, 1 li l_n. 

i.e. a state 's’ of ICA is defined as; 

S SB <3^,82, ...,Sj^> 

where, s^e {set of states of Ck^} ¥ 1 < i< n 

and =4, ¥ l<i, o<n, i/3 

It is tacit that there is no intersection between the set of 
states of two CA's executing in parallel. Parallelism is possible 
only when there is dis;jointness. And anything that goes across from 
one machine to another is always only throu^ a communication channel. 
It is values that are exchanged and not some shared storage which is 
being modified/manipulated. This avoids the problem of having a 
guardian like. Monitor, Critical Region etc. for the shared storage. 

AS long as there is no shared storage, there can be no misuse of the 
overall state. Avoiding the use of concepts like monitors, semaphores 
etc. Ijas led to a clarity and confidence in problem solving using 
this model. 

!I 3 ie meaning of the construction ICA is essentially that it 
comes to an ’end' whenever all CA’s reach their individual final 
states, Effective:^ it is 13 ie AND condition of the finish of each 
of the individual whiA are disjoint in their state. 
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INTERPREiiiR ; 

Remaiks ; a PASCAIi like notation has been used for this algorithm. 

All the constructs within square ’ [ parentheses can be implemented 
aS procedures or subroutines in some Higher leTel Language. Por sake of 
formalism, type definitions like state, -vector, ^phabet etc. have been 
introduced. 

P rogram ; INTERPRETER ( ); 

Hotational definitions ; 

s(i) ! a state of the i-th CA; 
s^(3) : initial state of j-th CA; 
x®(i) : a communicating state of i-th CA; 
x^(3) ; an internal state of 3-th CA; 

; set of x'^(i) ; 
x^ ; set of (c) ; 

a(i) : predicate of the input symbol of i-th CA; 

i (boolean expression) | (input guard) | (output guard) 
o('.) 4 action part of input symbol of i-th CA; 

4 (output command) 1 (input command) | (primitive action) 
0(1) : input symbol of i-th CA; 

4 [a(i) J o(i)l ; 

T(i) 4 set of a(i)^ 1 > 

I destina-fcion : (output command) ; 

: action part of whidi is an address; 

? source ; (input command); 

; action part of which is a value re-bumed on 

evaluation of an expression; 
otate > ; <s(l), s(2), ..., s(n)> ; 

3 t, x' : < state > ; 

6^ (x(i)j 0(1)) • next state of i-th CA in a state x(i), 

on an input a (i); 

6 (x, 0 ) ! next < state > of ICA in a otate > x, on an 
input a ; 
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: initial < state > of ICA; 

K s set of -state > ; 

D ! set of deadlock < state K; 

F j sot of final < state >^K; 
fL® s boolean; 

Algorithm t 

begin *= <a^(l), s^{2), Sj_(n) > ; 

[ make an unmarked < state > of k] ; 
while [there is an unmaiked < state > x = <x^ U x >in K] do 
begin [maxk x] ; 

if AIIiFINAL (x) then CXDKSfSUCTFIlAL (x) 
else begin flag := true; 

if xc <|> then PnOCESSC50K'OTICATIMJSTATES (x'^) ; 
if x^ 7^ <t> then pjEJOCBSSIETEEIALSTATES (x^) ; 
if flag then CEEATBADEAHLOCKSTATE (x) 

end 

end 

end; 

Some Piooedures in Detail : 

Procedure CONSTEUCTIllIAL (n); 
begin 

Tmake x a final state in K; 

i. 

Enter x in K] 

end; 

procedure GBEAIEBAIEAPLOOESTAOIE (x) ; 
begin 

[make x a deadlock state in K; 

Enter x in K } ; 

write In ( ’ IHBEE IS A EBADLOCK') 

end; 
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p ro ceduro PROCESSCOT'^ WIGA TIHGS'fAl'ES (x°); 
begin 

for [ovory pair of statos x‘^(i) and x°( 3 ) in x°] do 
begin [icrb !r(i) and T(j) bo the sots of input ^bols corresponding 
to states x'^(i) and x°( 3 ) respectively], 
fbr every pair of input symbols a (i) xO ( 3 ) iii ®(i) ^ ^(d) 1 
b v« in if I'UTCH ( o (i) , o ( 3 ) ) then 
begin flag := false; 

[com tract a new < state > x ’ 5 by replacing x (i) and 
x°( 3 ) in X by 5 (x*^(i), cf (i)) and 6 ^ (x ( 3 ) ? ^ (d)) 

rospectivcly; let 'I destination* be the action part of 
cs (i) and’? source’ bo the action part of CJ'(3)5 
Define a 6 -transition as '1: destination ;= source) 

x’ =<x ^9 Xg,..., 5 j_ (x^'(i) 5 <y(i))**6j(3t (3)> ff(3))’*\i^ 
Enter x’ as an unmarked <state> in K] 

end 

ond 

end 

(md; 

piocodure PEOCESSINEBRIlftliSfAIES (x^); 

begin 

for [every state x(i) e x ] do 

begin for [every input symbol 'a' in state x(i )3 do 

begin [censtruet anew < state > x' by replacing x(i) m 

X by 6 i (x(i), a); Define a 6 -transition SU, a) h-x' ; 
Enter x’ as an umaiked <state> in K]; 
flag s®= false 

end 

end 

end; 
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I\xnctio]ri ALLPINAL (x: <state>); boolean; 
begin 

If [all states in < state > x are final states] 
then ALLFINAL ;= true 
else ALIFm.L ;= false 

end; 

tlinction 1.1/tTCH (cr(i), 0 (;])); boolean; 
begin 

if [the input and output transitions, on accepting input symbols 
<S (i) and aCj), correspond ! 
thon JdATOH := true 

else MilTCH j= false 

end; 

Discuasiont 

The initial state of ICA is constructed by taking a cartesian 
product of tho initial states of various CA’s, For evcijr internal state 
and 3tor ovary input symbol to this state, a now < state > of 101 is 
oonatruotod, defining the oorresponditig S-transition. In case of a 
coBMunicating state, a check is made v/h other there exists another 
cosmvni eating state of another CA, such that the input and output 
transitions from those states correspond . If such a match exists, a 
now <state ^ of ICA is constructed using the next states of the input 
and output transitions. A 6 -transition is defined whose action part 
in the input symbol is an assignment that returns the value of "Sie 
Qvaluatsd expression in tho address of the desoination, 

A deadlock <state> is generated whenever j 
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(i) tho states of a < stato > in ICA aru all corxiiini eating states 
and none of tho transitions fitjiii these states have a match vd-th 
a transition in anj'' other GA . 

(ii) ^ and there are no transitions possible from the internal 

. states of < state > and there exists no match between argr two 

communicating states ofx°. 

One of the advantages of this model is the fact that without actual 
cxccjution, one can a priori check tho existence of deadlock states 
and provide the simplest sequence of < statu> transitions from the 
initial < state > that load to a deadlock. 

Whonovor all the states of a < stato of ICA arc final states, 
this <statG> of ICA is addod to tho set of Final states of ICA. 

I'ho toimination of tho algoritlom is guaranteed because there 

♦ 

is an upporbound to the number of <statos> of ICA and each pcss through 
tho • while loop’ marks one such <stato > . 
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CONCLUSION 


REMARKS ’. 

The proposal made in this thesis is that input , output 
and conuunication are prinitives of any concurrent programming 
mothodolof^y , Tho idea of using a Communicating Automaton as a 
model for concurrent computation seems to be natural; and it has 
given us a metho d for easy derivation of solutions from the speci- 
fications of tho pTOblQIl. 

An attampt at understanding semantics of concurrent com- 
putatioHj has yielded as a result, tho Universal Interpreter Commu- 
nicating Automaton. The- interpreter probably explains certain basic 
issues involved in simulation of parallel processes on a sequential 
processor o.g. multi-programming, shoduling etc. 

There is a close resemblance between this model and the 
'Communicating Sequential Processes' (CSP in short) of Eoare [HOAR 78a] 
This is in no way coincidental. Infact the model perhaps is a side 
effect of having examined Hoare's concepts in detail. He has intro- 
duced a language concept for concurrent processing which is suitable 
for a micro -computer network environment with distributed storage. 

The assumptions and semantics of the use of Dijkstra's (guarded commands, 
the alternative command and the repetitive command didn't seem to be 
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clear £ind vfoll foi’rded, The ’termination’ of a parallel command 
wna least convincing. Not allowing output commands to -appear in guards 
has made that model loss ’structured’ and more ’asymmetric’. Also 
execution of input and output guards in CSP is not side-effect free 
and hcncc makes the problem solution rather messy e.g. the following 
program segment from CSP 

* Cp?v •+ v:=v+1 

Q V > 0 V!ssV-1 ] 

looks unpredictable in its execution. Explicit namir® of processes, 
instead of names for communication channels in input and output 
commands, is not without problems either. What happens if there 
exists a single process which acts both as a producer and a consumer 
for a resource like the bounded tuffer? The situation though 
hypothetical can’t bo ignored. And then it is artificial that 
a roBource has to know the name of the process that is using it. 

No attempt (though possiblo) was made at vising the model fi>r represent- 
ing subroutines, coroutines, olatoratc data structure etc. as in CSP. 

CSP provides a lot of flexibilities in a language which is 
not conceptually symmetric. Though this idea provides great versta- 
lity in the writing of prograr.is , it may not bo used very naturally. 
Iftor instance in an alternative command of CSP, it is possiblo tliat 
one of the guards is an input guard and the other is toolean. Effect- 
ively allowing two transitions from a state, one of them leading to 
communication and the other one 'not doing so. As Htoare himself in CSP 
says, *®ae dangers of convenient facilities are notorious 
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In yot amtihor papor ciititled, ’A tiodol for Go i>.iTuni eating 
Sequential Processor’ by Hoaro [HOAR 78b] , a natheuatical nodol of 
the concept of a CSP is proposed. Using the notion of ’alphabet' 
for the 'trace' of a process 5 on attenpt has been nado at describing 
the language accepted by a set of parallel processes executing 
sii.Tul tan ecus ly. Going into issues like this has riade the probleia 
look more conplex than it really is. Hence j no such attcupts v/ere 
nado though there is ample scope for work in that direction. 

OQUrOLUSIOMS ; 

Work done on this nodel is not complete. 

! 

(i) We have not dealt with the problem of 'broadcast' communication 
and the kind of program structures it makes possible. 

(ii) The design of another Universal Interpreter that shaulates 
the behaviour of 'n' processes on 'm' processors (n, men), 
questions lik'j the 'ordering' involved in such a multi- 
processor ^ys torn, have to bo answered. The conccjpt of 'time 
is fundaEicntal to such an issue. The relation 'happened 
before' has to bo explained. 

(iii) The issue of a detailed implenentation has also been ignored. 
For doing that questions regarding priority schemes and 
scheduling involved in the so called 'non-determinism of 
transitions from a state' have to be answered. This would 
probably moan going into the design criterion of an Operating 
System, for instance. An abstract implementation may lead to 
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the examination, of more appropriate arcliitectures for 
cx>n current processing. 

(iv) A not so likealiG factor may be the finite state automaton 
notation, which is in no way similar to nonaal programming 
languages. But such a representation allows the use of 
powerful results applicable in finite state automata theory. 
Properties like minimization of states, equivalence of two 
finite state automata etc. But there seems to be a prob- ■ 
lem due to the combinatorial explosion of the number of 
states in an Interpreter Communicating Automaton (which 

is unmanageable) for any largo problem. 

(v) In discussing this scheme for writing parallel programis , 
one can not forget the important issue of giving methodo- 
logies for proviruj properties within this scheme. 

Finally, ■''•e would like to stress that this work has only 
propsed an abstract solution. The search is still on for a suitable 
real time language that could actually be seen executing our 'con- 
current' problems, giving us correct solutionsj without leading us 
into more complex problems. 
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